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research  activity  centered  on  the  platform.  We  examine  the  design  and 
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completely  autonomous  mobile  robot  with  an  onboard  parallel  processor 
and  special  hardware  support  for  the  subsumption  archltecture[Brooks(1986) ] , 
an  onboard  manipulator  and  a  laser  range  scanner.  All  processors  are 
simple  low  speed  8-blt  microprocessors.  The  robot  Is  capable  of  real  time 
three  dimensional  vision,  while  simultaneously  carrying  out  manipulator 
and  navigation  tasks. 
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Abstract.  In  mobile  robot  research  4e  believe  the  structure  of  the  platfom,  its  capabil¬ 
ities,  the  choice  of  sensors,  their  capabilities,  and  the  choice  of  processor,  both  onboard 
and  offboard,  greatly  constrains  the  direction  of  research  activity  centered  on  the  platform. 
■We- examine  the  design  and  tradeoffs  in  a  low  cost  mobile  platform  we  have  built  while 
paying  careful  attention  to  issues  of  sensing,  m£mipulation,  onboard  processing  and  debug- 
gability  of  the  total  system.  The  robot,  named  Herbert,  is  a  completely  autonomous  mobile 
robot  with  an  onboard  parallel  processor  and  special  hardwwe  support  for  the  subsumption 
architecture  [Brooks  (1986)],  an  onboard  manipulator  and  a  laser  range  scanner.  All  pro¬ 
cessors  are  simple  low  speed  8-bit  micro-processors.  The  robot  is  capable  of  real  time  three 
dimensional  vision,  while  simultaneously  carrying  out  manipulator  and  navigation  tasks. 


Acknowledgments.  This  report  describes  research  done  at  the  Artificial  Intelligence  Lab¬ 
oratory  of  the  Massachusetts  Institute  of  Technology.  Support  for  the  research  is  provided  in 
part  by  the  University  Research  Initiative  under  Office  of  Naval  Research  contract  N00014- 
86-K-0685,  in  part  by  a  grant  from  the  Systems  Development  Foundation,  and  in  part  by 
the  Advanced  Research  Projects  Agency  under  Office  of  Naval  Research  contract  N00014- 
85- K -0124. 


©  Massachusetts  Institute  of  Technology  1988 


88  4  26  128 


a 


Herbert  the  Robot 


% 


I  ir-- 


*ar 


-***  ■ 

'•:$y 


Aeoesslon  For 


ms  GRAftl 
DTIC  TAB 
Uumnounood 
JUatlTloati 


DltriMrtlon/ 


Airallabtlity  Codaa 


Avan  Mad/or 
8b«olal 


Firure  1.  The  robot  Herbert,  showitii;  three  wheeled  base,  24  processors,  laser  light  striper  and 


1.  Introduction 

We  have  built  a  completely  aiitonoiiions  mobile  robot,  named  Herbert,  for  indoor  use, 
based  on  the  design  presented  in  (Brooks,  ('onnell  and  Flynn  (198t))|.  The  robot  is  pictured 
in  figure  1.  All  its  subsystems  are  now  operational  and  it  has  successfully  carried  out 
navigation,  recognition  and  manipulation  tasks. 

The  major  innovations  in  its  design  have  been  an  onboard  loosely  coupled  parallel  pro¬ 
cessor,  a  lightweight  manipulator  ami  a  simple  but  robust  la.ser  depth  scanner.  This  paper 
gives  an  overview  of  some  design  optimizations  useful  for  building  a  small  indoor  mobile 
robot  for  experimental  use.  The  theme  of  tin*  liesign  ha.s  always  been  simplicity  and  reUa- 
bility  at  the  local  level,  with  high  global  performance  being  produced  by  careful  integration 
of  such  components. 

2.  Hardware  Implementation  of  the  Subsumption  Architecture 


The  subsumption  architecture  [Brooks  ( I98f))|  is  based  on  loosely  coupled  networks  of  finite 
state  machines.  Each  individual  machine  can  have  .some  timers  (clocks  that  signal  an  event 
after  some  prespecified  amount  of  time)  nml  can  access  a  limited  computation  engine  to  do 


$imple  airithmetic  and  ffeomotric  computations.  These  finite  state  machines  are  connected 
l>y  tow  hand  width  wires,  over  which  messages  ran  be  sent. 

In  our  first  iiuplententation  of  the  subsumption  architecture  we  used  a  conventional  uni¬ 
processor  to  siitiulate  a  parallel  machine  where  each  simulated  processor  was  precisely  one 
finite  state  machitie.  This  simulation  was  sufficient  to  successfully  demonstrate  the  funda¬ 
mental  titility  of  the  Mihsuinption  architecture,  hut  it  suffered  frotii  a  nuiiil)er  of  drawbacks. 

•  The  implementation  did  not  demonstrate  the  lack  of  central  control  and  data  that  is 
inherent  in  the  subsumption  architecture.  With  the  existence  of  the  central  processor 
and  shared  memory  it  required  faith  on  the  part  of  the  observer  to  believe  that  there 
really  was  no  need  for  sliaring  or  synchronization.  (In  fact  it  turns  out  that  in  the 
experiments  reported  in  [Brooks  (1986)j  there  was  a  subtle  reliance  on  the  simulation 
and  its  mechanism  for  time  sharing.  In  later  implementions  the  particular  networks  we 
used  there  had  to  he  modified  slightly.) 

•  The  computer  used  for  simulation  was  too  large  to  mount  onboard  the  robot  so  we 
needed  to  run  it  at  all  times  with  either  a  cable  or  a  radio  link.  The  former  was  not 
very  satisfactory  <)i)erationaUy  and  the  latter  was  not  very  reliable.  Both  introduced 
considerable  latency  into  the  system. 

•  The  implementation  was  not  indefinitely  extensible;  we  soon  ran  into  performance  con¬ 
straints  when  we  aiided  the  simulation  of  more  and  more  finite  state  machines  on  a  single 
processor.  As  we  increased  the  capabilities  of  the  robot  it  started  to  miss  its  real-time 
performance  goals. 

Our  new  impleinentation  Miccessfully  overcomes  all  these  drawbacks. 

Figure  2  shows  a  close  up  of  part  of  the  implementation.  We  implement  the  subsumption 
architecture  on  a  collection  (of  unlimited  size)  of  small  8-bit  microprocessors  (Hitachi  6301s, 
which  are  a  CMOS  iinpk-mentation  of  the  6800  architecture).  The  only  shared  resource  for 
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Figure  3.  Each  standard  processor  hoard  has  a  6800  with  its  128  bvtesof  onboard  RAM.  an  unused 
slot  for  2K  bytes  expansion,  and  a  suppression  node. 


the  processors  is  power.  'I'here  is  no  global  clock,  no  shared  memory,  no  shared  backplane, 
and  no  global  cotiuuiinication  network. 

Each  standard  board  (as  pictured  in  figure  3)  includes  a  processor  and  a  suppression 
node.  The  processor  has  128  bytes  of  onboard  RAM,  and  accepts  an  8K  byte  piggy-back 
EPROM.  To  date,  the  128  bytes  of  RAM  has  been  sufficient  for  our  applications,  but  as  a 
safety  measure  there  is  a  socket  for  an  extra  2K  bytes  of  RAM.  The  processor  and  support 
chips  are  all  CMO.S  low  power  consumption  is  critical  for  an  autonomous  mobile  robot. 

The  processor  chip  has  a  large  number  of  reconhgurable  parallel  port  bits.  We  use 
a  number  of  these  together  with  software  running  on  the  processor  to  implement  serial 
interfaces  to  the  processor  card.  Each  processor  has  three  input  serial  lines,  and  three 
output  serial  lines.  Each  serial  line  has  two  signals;  a  control  line  and  a  data  line.  A  falling 
control  signal  specifies  that  a  24  bit  data  message  is  about  to  be  delivered  on  the  data  line. 
As  there  is  no  global  clock,  the  data  messages  are  self  clocking.  24  pulses  are  sent,  and 
length  of  each  of  them  specifies  whether  each  of  the  24  bits  is  a  0  or  a  1.  The  clocks  of  the 
sending  and  receiving  cards  need  only  be  within  20%  of  a  conunon  frequency  for  this  scheme 
to  work.  The  software  on  the  processors  polls  the  parallel  port  bits  every  half  millisecond 
to  handle  the  serialization.  Worst  case  transmission  speed  is  roughly  280  baud  (about  12 
packets  per  second). 

There  are  two  additional  special  input  lines  on  each  card.  One  is  a  reset  line:  any 
message  arriving  on  this  line  will  reset  the  processor  to  the  power-up  state.  The  other 
is  an  inhibit  line:  a  message  arriving  on  this  line  inhibits  output  messages  on  the  first  of 
the  card’s  three  output  lines  for  a  pre-specified  time  period.  The  time  period  is  controlled 
by  a  potentiometer  on  the  card  and  can  range  from  fractions  of  a  second  to  hundreds  of 
seconds.  For  both  these  special  iti|mts  the  data  line  is  actually  ignored;  only  the  control 
line  is  important.  The  remaining  three  input  lines  on  each  card,  as  described  above,  can  all 
deliver  complete  messages  to  the  processor. 
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Figure  4.  Some  processor  hoar<ls  replace  the  suppression  node  with  an  8-bit  parallel  port  for 
roiiinuinicatioiiR  with  I/O  devices. 


Originally  we  planned  to  have  each  individual  processor  simulate  precisely  one  finite  state 
machine.  We  later  realized  that  was  rather  wasteful  and  now  have  each  of  them  simulate 
some  bounded  larger  munber.  When  we  want  to  add  new  finite  state  machines,  and  hence 
augment  the  robot’s  capabilities,  we  take  another  processor  board  from  stock,  mount  it  on 
the  robot  frame,  connect  it  to  power  and  wire  it  into  the  network  at  the  appropriate  place. 
In  this  way  we  never  stretch  the  real-time  capabilities  of  existing  finite  state  machines  or 
processors. 

Each  processor  board  has  some  additional  space.  On  standard  boards  this  space  is 
occupied  by  a  .supprc.ssor  node  'Brotiks  (1986)].  This  device  allows  one  module  to  override 
the  output  of  another  module  for  a  pre-specified  amount  of  time.  The  time  constant  can 
be  adjusted  by  a  potentiometer  on  the  board. 

On  a  small  number  of  cards  the  suppressor  node  is  not  present.  Rather,  as  shown  in  figure 
4  there  is  an  8-hit  parallel  port.  These  ports  are  needed  to  conununicate  with  input/output 
devices,  such  as  the  locomotion  servo  computer,  the  manipulator  analog  servo  card,  the 
infrared  proximity  sensor  driver  card,  and  the  laser  scanner  processing  cards.  Additionally, 
we  have  one  processor  card  which  uses  this  boanl  space  to  house  a  UART  and  an  RS-232 
serial  line  so  that  a  diagnostic  terminal  ran  be  plugged  into  the  robot. 

Lastly  there  is  a  special  class  of  jirocessor  cards,  railed  Lim  Oricntrd  Vision  Processors 
or  LOVPs,  pictured  in  figure  ~t  that  are  used  to  support  the  processing  of  depth  images 
from  the  la.ser  scanner.  We  describe  these  cards  in  more  detail  in  section  4. 


t.  EfFectori 


Herbert  has  two  effectors;  a  drive  mechanism  and  a  manipulator. 


Drii'f  michnnism 


The  drive  luechanisin  of  the  roixtt  was  piirrhased  from  Real  World  Interface  and  is  identical 
to  the  drive  tnechaiiisin  of  Alien,  <»nr  earlier  rol»ot  [Brooks  (1986)].  The  base  comes  with  a 
servo  computer  and  its  own  set  of  lead-acid  gel  cells  for  power.  Physically,  the  base  is  18 
inches  in  diameter  and  stands  about  12  inches  tall.  There  are  three  wheels  which  always 
point  in  the  same  direction,  as  does  the  top  plate  of  the  robot  base.  The  orientation  of  these 
is  controlled  by  a  chain  drive  mechanism.  The  three  wheels  are  all  powered  by  a  single  drive 
motor,  again  through  a  chain  <lrive  mechanism.  The  robot  is  thus  able  to  turn  in  place  and, 
as  it  does,  the  torso  we  have  built  on  top  of  the  base  top  plate  also  turns.  The  laser  scanner 
and  manipulator  .always  fare  in  the  forward  direction  of  motion  of  the  robot. 

The  upper  part  of  the  robot,  which  we  built,  is  powered  by  16  silver-zinc  cells.  These 
have  an  extremelv  high  power  densitv  and  power  the  parallel  processor,  the  laser  scanner, 
the  iiifr.i  red  proximity  sensors  and  (he  manipnlalor.  The  total  power  consumption  of  the 
robot  is  about  100  watts.  These  batteries  let  the  robot  operate  for  approximately  one  hour. 


Manipulator 

To  allow  Herbert  to  do  more  than  wander  around  passively  we  decided  to  include  an  arm 
onboard.  There  were  two  choices;  place  a  cominercial  arm  onboard  or  build  one  ourselves. 
We  decided  that  a  conunercial  arm  was  not  a  viable  option  because  all  such  arms  were 
either  too  heavy  or  not  did  not  have  a  workspace  that  extended  much  over  the  side  of  the 
robot.  We  wanted  a  lightweight  arm  with  a  large  workspace.  We  decided  that  the  arm 
should  be  capable  of  pick  and  place  operations  both  at  ground  level  and  at  table-top  level. 
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Figure  6.  The  onboard  manipulator  has  a  long  reach,  and  can  pick  and  place  objects  at  both 
ground  level  and  table  top  level.  The  hand  is  laden  with  simple  sensors  which  allow  it  home  in  on 
and  grasp  ob.iets  in  uncertain  locations. 

The  artii.  pict  tired  in  figure  6.  has  only  two  degrees  of  freedom  plus  a  parallel  jaw  gripper 
which  is  always  oriented  with  the  jaws  vertical.  The  gripper  can  move  in  a  vertical  plane 
which  runs  throtigh  the  center  of  rotation  of  the  robot  base.  Thus  by  rotating  the  base  we 
can  provide  a  side  to  sirle  motion  for  the  gripper.  The  gripper  can  be  moved  to  all  points 
in  a  workspace  which  is  40  inches  high  by  18  inches  deep. 

Each  joint,  phis  the  gri|)i)er.  is  driven  by  a  lightweight  DC  gearhoad  motor.  These  motors 
generate  80  oz  in  of  torcpae  which  is  further  increased  by  a  chain  drive.  Although  this  allows 
the  arm  to  carry  a  payload  of  up  to  2  pounds,  it  means  the  arm  moves  fairly  slowly;  full 
clown  to  full  up  takes  about  0  seconds  at  top  speed. 

Bolted  to  the  side  of  the  arm  are  three  identical  analog  position  servos:  one  for  each  of  the 
two  arm  joints  and  one  for  the  gripper.  These  are  interfaced  to  a  subsumption  architecture 
processor  through  an  8  bit  parallel  port.  The  processor  can  read  the  joint  angles  and  the 
gripper  separation  throiight  this  port.  It  also  has  access  to  the  servo  loop  error  voltages.  To 
control  the  arm,  the  processor  sends  a  velocity  conunand  to  the  arm  servo  which  integrates 
this  conunand  over  time  to  generate  a  desired  position.  This  setup  allows  us  to  control  the 
position  of  the  arm  to  a  resolution  better  than  the  joint  angle  encoders  and  also  gives  us 
good  control  of  the  instantaneous  velocity  of  the  gripper. 

4.  Sensors 

Allen,  our  earlier  robot  [Brooks  (1986)],  relied  on  sonar  as  its  primary  sensor.  For  Herbert 
we  primarily  use  two  types  of  sensors;  infrared  proximity  sensors  for  local  obstacle  detection 
and  avoidance,  and  a  laser  triangulation  scanner  for  longer  range  object  recognition.  There 
is  also  a  cluster  of  specialized  sensors  on  the  hand  itself. 


Figure  7.  The  infra-red  proximity  sensors  provide  a  very  coarse  depth  estimate.  In  practice  we 
simply  use  them  to  <letermiiie  the  presence  of  nearby  objects. 

Proximity  St  nsors 

The  infrared  proximity  sensors  pictured  in  figure  7  return  intensity  based  depth  estimates. 
We  extract  only  two  bits  of  information  from  each  sensor.  We  have  established  empirically 
that  this  is  suHicieiit  accuracy  for  simple  obstacle  avoidance  (both  tuoving  and  stationary 
obstacles). 

The  major  advantage  of  infrared  proximity  sensors  over  sonar  is  the  fast  response  time. 
Sonars  are  limited  by  the  speed  of  sound,  but  of  course  our  proximity  sensors  are  only  limited 
by  the  speed  of  light.  This  lets  us  complete  a  full  360  degree  scan  of  the  environment  quickly 
without  worrying  about  adjacent  sensors  interfering  with  each  other. 

The  major  disadvantage  of  our  infrared  proximity  sensors  are  that  they  are  intensity 
based.  This  means,  that  they  are  albedo  sensistive  -  dark  objects  do  not  appear  as  close  as 
lighter  colored  objects.  Furlhennore.  the  visual  angle  subtended  by  an  obstacle  also  affects 
the  return  intensity.  The  sensor  gets  the  same  reading  for  a  small  nearby  object  as  for  a 
larger,  further  away  object. 

Laser  Range  Sennnrr 

The  laser  range  scanner  is  the  primary  sensor  used  as  the  basis  for  intelligent  action.  It  is 
pictured  in  figure  8. 

A  7  mW  Helium-Neon  laser  is  mounted  vertically.  A  cylindrical  lens  spreads  the  beam 
into  a  flat  plane  which  is  retlecte<l  off  a  moveable  mirror  to  generate  a  horizont.al  stripe. 
The  mirror  scatis  this  stripe  downwards  in  a  range  from  10°  above  the  horizontal  to  48° 
below.  A  CCD  camera  (510  x  492)  pixels  with  an  optical  broad-band  interference  filter  is 
mounted  on  the  side  of  the  laser  pointing  about  20°  downwards.  The  camera  is  turned  on 
its  side  so  that  the  normal  “horizontal”  scan  lines  run  vertically. 
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Figure  8.  The  laser  light  striper  iiiechaiiically  scans  a  plane  of  laser  light  over  the  scene  every 
second.  A  disparity  map  25t*  pixels  wide,  bv  ^52  pixels  deep,  bv  8  bits  per  pixel  is  delivered  to  the 
first  LOVP 


The  camera  runs  at  60  Hz  provirling  .10  fraines  of  interlaced  odd/ov'eii  fields  every  second. 
We  ignore  the  data  in  odd  fields.  However,  we  take  this  field's  veri  iral  synchronization  pulse 
from  the  camera  and  use  it  to  drive  a  stepper  motor  which  tnoves  the  scanning  mirror  0.9’ 
per  step.  The  laser  beam  is  thus  deflected  1.8 '  per  step.  The  stepper  motor  was  chosen  to 
be  as  fast  as  possible,  and  the  mass  of  the  mirror  was  kept  as  low  as  possible  so  that  the 
motion  settles  in  about  2  milliseconds,  minimizing  vibration  during  the  CCD’s  integration 
time. 

During  the  second  sixtieth  of  a  sedmd  of  a  frame  we  use  the  even  field  of  the  camera 
to  provide  depth  data.  At  the  start  of  each  camera  scan  line  we  reset  a  counter  which  is 
then  incremented  during  the  scanning  of  the  line  using  the  horizontal  pixel  clock  from  the 
camera.  We  stop  the  counter  when  ati  analog  electronics  filter  and  threshold  device  detects 
the  laser  beam  in  the  camera’s  horizontal  scatt  line  (which,  remember,  is  physically  in  the 
vertical  direction).  The  further  away  an  object  is,  the  closer  the  detected  laser  line  is  to  the 
start  of  the  scan  line.  These  counter  values  are  btilfered  for  each  line  to  create  a  complete 
image.  Every  thirtieth  of  a  second  therefore  we  get  a  2.56  wide  set  of  8  bit  disparity  readings. 
These  are  fed  through  to  the  first  in  a  tree  of  Line  Oriented  Vision  Processors  (LOVPs). 
A  complete  depth  image  consists  of  .12  such  *lisparity  arrays,  one  for  each  position  of  the 
sheet  of  laser  light. 
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I'oiif  L()\’l’s  ;ir»‘  slii>wii  ill  li"iir<'  .'i.  A  1A)VI’  has  the  same  size  and  same  jtrtnessor  as 
all  our  other  processor  cards.  A  h()\'l*  has  a  'iK  byte  ItiifFer  and  two  hif'li  speed  tranter 
[torts.  The  ide.a  is  that  r-acti  sfiDuhi  maintain  two  scan  lines  of  data  from  i  he  laser 

scanner,  and  every  thirtieth  of  a  second  shunt  tlie  older  of  the  two  onto  the  next  processor 
in  a  chaii.,  while  receivinj;  a  nt'W  scan  line  from  its  own  [tredecessor.  V\e  allocatt  t  hvtes 
to  each  pixel:  one  for  raw  data  and  three  fVtr  temporary  results,  'rims  1  s  ^.oti  hvtes.  or 
IK  hvtes.  are  transferred  in  from  the  previous  [trocessor  and  Ik  bytes  are  transferred  out 
to  the  succeeding  processor.  'Chis  whole  proc*-.ss  t.akes  only  1  millisecond  and  is  doin'  once 
<‘very  ibl  milliseconds.  In  the  remaiiiin;'  112  milliseconds,  the  S-bit  processor  can  aicess  the 
data  to  carry  out  various  imaf'e  processing  fiinctiiMis.  I'he  LOVPs  can  fan  out  in  a  tree, 
enabling  us  to  carry  out  manv  high  level  vision  functions  in  [larallel. 

Besides  the  pipeline  memorv  and  associated  input/oiitput  ])orts,  each  LOVP  has  an  8  hit 
I)arallel  port  coin[)atible  with  the  other  .S-bit  parallel  ports  used  by  Herbert.  This  is  how  the 
results  of  the  vision  jirocessing.  such  as  the  location  of  objects,  ari  reported  to  the  normal 
processors. 


HanH  Sensors 

The  hand  itself  is  equi|)/»ed  with  a  number  of  sensors.  There  are  mechanical  contact  switches 
on  the  tips  of  the  two  fingers  and  a  conventional  “break  beam”  type  sensor  between  the 
fingers. 

.\t  the  front  of  the  hand  are  two  infra-red  proximity  sensors  similar  to  those  installed  on 
t  he  base  of  the  robot.  The  beams  from  the  two  sensors  are  crossed  at  45  degrees  and  angled 
about  10  degrees  downward.  The  crossed  sensors  are  operated  in  both  an  intensity  based 
mode,  like  the  body  IRs,  and  a  geometric  ranging  mode.  The  idea  is  to  use  the  geometry 
<d  the  two  sensors  to  tell  when  an  object  is  in  the  intersection  of  their  beams.  We  do  this 
bv  checking  whether  the  left  sensor  can  see  light  emitted  by  the  right  sensor  and  vice  versa. 


5.  Debuggability 

Our  previous  experience  witfi  research  robots  had  shown  us  that  most  of  the  time  a  given 
mobile  rofiot  is  stripiied  down  for  mollifications,  and  even  when  operational  there  is  a  very 
short  mean  time  between  necessary  repairs  and  minor  adjustments. 

F.ase  of  access  and  subsystetu  removal  is  then  of  primary  importance.  We  therefore  made 
such  ca[)abilities  a  [irimary  goal  in  building  Herbert,  All  circuit  boards  snap  onto  plastic 
supports  and  are  accessible  with  no  disassembly  of  the  robot.  All  signals  to  them  are  via 
simple  connectors.  All  chips  and  other  components  are  mounted  in  chip  sockets  and  are 
individually  removable.  All  mech.inical  subsystems,  such  as  the  manipulator,  laser  scanner 
and  infrared  [iroximity  sensors,  can  be  removed  in  less  than  .lO  seconds  without  using  tools. 

Through  careful  choice  of  connectors  and  mechanical  interfaces  we  have  built  a  robot 
where  trivial  adjustments  really  are  trivial  to  make. 

6.  How  the  Hardware  Combines  to  Support  the  Mission 

One  of  the  goals  we  have  for  Herbert  is  for  it  to  wander  around  collecting  interesting  objects 
with  his  manipulator  and  then  bringing  them  back  to  a  central  location.  We  plan  on  doing 
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this  ill  a  miiiiher  of  steps.  Each  of  these  steps  has  already  been  demonstrated  either  on 

Herbert,  on  our  earlier  robot  Allen,  or  on  susbsyteins  of  Herbert  before  they  were  integrated. 

•  Fir.st,  Herbert  wanders  around  using  his  borly  IRs  and  light  striper  to  follow  walls, 
traverse  corridors,  and  go  througli  tloors.  While  he  is  doing  this  a  rough  recctrtl  is  ke[)t 
of  the  distance  he  drives  atid  atigles  he  turns  using  the  encoders  oti  the  base. 

•  Meanwhile,  the  light  striper  is  looking  for  collections  of  objects  at  some  height  off  the 
floor  (it  can’t  reliably  find  small  objects  from  far  away).  When  it  finds  a  likely  area,  the 
robot  drives  toward  it. 

•  On  the  way  to  its  goal,  the  body  IRs  and,  to  some  extent,  the  light  striper,  keep  the 
robot  from  hitting  any  Intervening  obstacles. 

•  When  it  gets  close  enough,  the  light  striper  can  detect  objects  suitable  for  grasping.  It 
conunands  the  arm  to  move  in  the  right  general  direction. 

•  Once  the  hand  gets  in  the  vicinity  of  the  object  to  be  grasped,  the  specialized  local 
sensors  take  over  to  control  the  fine  positioning  of  the  hand  and  the  actual  acquisition 
of  the  object. 

•  The  arm  is  then  retracted  and  the  robot  uses  the  path  memory  it  created  while  wandering 
to  get  it  back  to  its  original  location.  At  home  it  deposits  the  object  and  goes  out  in 
search  of  others. 

The  interesting  aspect  of  this  set  of  behaviors  is  that  no  goals  or  intents  are  conununicated 

internally  between  them.  Rather  the  observable  state  of  the  world  and  the  robot  is  used  to 

trigger  what  to  do  next. 
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